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REAL PARTY IN INTEREST 

J The present application is wholly assigned to FREESCALE SEMICONDUCTOR, INC., 

\ with its headquarters in Austin, Texas. 

RELATED APPEALS AND INTERFERENCES 

Appellants are unaware of other appeals or interferences which will directly affect, be 
; directly affected by, or have a bearing on the Board's decision in this appeal, 

STATUS OF CLAIMS 

Claims 1-10 and 13-22 are pending in the application and claims 1-10 and 13-19 are 
involved in this appeal as claims 20-22 arc allowed. Claim 1 was previously presented. Claim 2 
is original. Claim 3 was previously presented. Claims 4-7 are original. Claim 8 was previously 
presented. Claims 9 and 10 are original. Claims 11 and 12 have been canceled. Claim 13 is 
original. Claim 14 was previously presented. Claim 15 is original. Claim 16 was previously 
presented. Claims 17-19 are original. Claim 20 was previously presented. Claims 21 and 22 are 
original. Claims 23 and 24 have been canceled. 

Claims l-6 7 8-10, 13-16 and 19 stand rejected under 35 U.S.C. § 102(e) as being 
anticipated by Peters et ah, U.S. Patent No. 6,636,927 (Peters et al.). Claims 17 and 18 stand 
rejected under 35 U.S.C. 103(a) as being unpatentable over Peters et al. (cited supra) in view of 
Hicks ct al M U.S. Patent No. 6,085,291 . 

The rejection of claims 1 -6, 8-10 and 13-19 is being appealed. 

STATUS OF AMENDMENTS 

A most recent amendment filed on January 19, 2005 was entered. A final rejection was 
mailed on April 4, 2005. No further amendments were filed after the final rejection. 

-2- 
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SUMMARY OF THE INVENTION 

Independent claim 1 recites a method for configuring a prefetch buffer. A read request to 
read the buffer is received from a muster. In response to the read request the total length of at 
least one of the prefetch buffer lines is selectively modified based on an attribute of the read 
request (emphasis added). An adjusted line size is created. The selective modification of total 
length of a buffer line eliminates dedication of buffer storage that is unused. As a result, the 
prefetch buffer has lines that have differing total length during operation as can be readily seen in 
FIG. 3 of Appellants* specification. 

Independent claim 14 also recites a method for configuring a prefetch buffer. A read 
request to a memory is provided from a requesting master. The read request has a corresponding 
data size and burst length. A buffer reconfiguration indicator is provided based on the data size 
and the burst length. A replacement entry within the buffer is selected. Based on the buffer 
reconfiguration indicator the total length of the replacement entry is selectively modified. The 
selective modification of the replacement entry is based on an attribute of the read request. In 
claim 14, the attribute is data size and burst length. The adjusted line size is recited to eliminate 
dedicating unused buffer storage to the replacement entry of the prefetch buffer. Data fetched 
from the memory is then stored in the replacement entry of the buffer. 
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GROUNDS FOR REJECTION TO BE REVIEWED ON APPEAL 

1) Are claims 1-6, 8-10, 13-16 and 19 made obvious in view of Peters et al.7 

2) Are claims 17 and 18 made obvious in view of the combination of Peters et al. and 
Hicks et al.? 

3) Does the specification have an informality at page 8, lines 15 and 21 that requires 
correction? 

ARGUMENTS 

Arguments for Ground 1 

Independent Claim 1 

Independent claim 1 stands rejected under 35 U.S.C. § 102(e) as being anticipated by 
Peters et al. The rejection is based on characterizing the Peters et al. patent as teaching 
"selectively modifying a 'total length of one (or more) prefetch buffer lines'* (data size) of the 
prefetch buffer based on an attribute of the read request to an adjusted line size". Appellants 
respectfully submit that Peters et al. disclose a plurality of prefetch buffers having master- 
specific prefetch sizes so that a prefetch buffer of fixed and non-varying size exists for each 
master. See for example Col. 3, lines 40-41 and Col. 10, lines 10-13. See also Col. 9, lines 60- 
63, which states in connection with FIG. 7 that "Each of the read and write prefetch buffers 702 
and 704 includes a plurality of segments, each of which is adapted to store data for one master 
device." (emphasis added). The drawing in FIG. 7 of the Peters et al. patent shows the buffers 
702 and 704 to have a fixed, non-varying line size. 



_ 4 _ 



PAGE 7/20 ' RCVD AT 4/29/2005 12:41 :16 PM [Eastern Daylight Time] 1 SVR:USPT0-EFXRMf2 1 DNIS:8729306 ■ CSID:512 996 6853 * DURATION (mm-ss):0M6 



04/29/2005 pri 11:42 fax 512 996 6853 Freescale Law Dept. 

AppI.No. 10/600,959 
Appeal Brief 

Tn the Peters et al. system, predetermined fixed buffer line sizes are correlated 
respectively to bus masters operating with known data sizes. Control circuitry identified as 
bridge control circuitry and a prefetch control register is required in the system disclosed by 
Peters et al. to correlate a predetermined prefetch buffer segment with a predetermined bus 
master based upon size information that is correlated in a configuration or routing register. Each 
buffer segment of the Peters et al. system has a fixed data size optimized for one master device. 
See Col. 9, lines 60-67. An arbiter is required to determine which prefetch control register is 
associated with a master device and the control circuitry selects and accesses the associated 
prefetch control register. See Col. 8, lines 3 1-36. 

Variations disclosed by Peters et al, include the ability to program die control registers to 
change size and assigned master. See CoL 7, lines 29-31. However, once the control registers 
are programmed, the prefetch register size is fixed Tor a specific assigned master for all reads and 
writes. Another variation disclosed by Peters et al, is to store various prefetch size information 
corresponding to the size or amount of data that is prefetched from a source for various data 
commands. See Col. 7, lines 20-43. This use of the Peters et al. configuration register is for 
controlling how much data is stored in or retrieved from a static size buffer as opposed to 
selectively modifying length of the buffer lines in response to the command. In all examples, 
Peters et al. disclose a configuration register that is used to correlate a fixed prefetch buffer size 
to a defined device or transfer command. 

In contrast, claim 1 recites a method for configuring a prefetch buffer by "selectively 
modifying total length of one or more prefetch buffer lines of the prefetch buffer" that is "in 
response to the read request" and "based on an attribute of the read request". The method of 
claim 1 avoids the necessity of having various fixed-size prefetch buffers, each of differing size, 
to efficiendy interface with multiple bus masters. As recited in claim 1, the total length of a 
prefetch buffer line is selectively modified in response to a read request from a master. This 

-5- 
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claim recital is distinguished from the Peters et ah system that routes data to a specific prefetch 
buffer segment in response to a read request. 

Each buffer line of the prefetch buffer in claim 1 has dynamic length that varies with 
program flow. Comparing FIG. 7 of the Peters et al. patent with FIG. 3 of the present application 
clearly illustrates the claimed difference. Claim 1 recites that a total length of a buffer line is 
selectively modified in response to a read request. As a result, with the recited method of claim 
1 multiple bus masters may efficiently use a same portion of a prefetch buffer. In contrast, in the 
Peters et al. system significantly more buffer storage must be dedicated to adequately serve 
multiple bus masters in an efficient manner. Because the Peters et al. system functions to route 
data to a predetermined fixed size line of a prefetch buffer determined by which requesting 
device originates the operation, the recitals of claim 1 are neither taught nor suggested by Peters 
et al. Appellants therefore request the reversal of the rejection of claim 1 under 35 U.S.C. 
102(e). 

Dependent claims 2-6, 8-10 and 13 

Dependent claims 2-6, 8-10 and 13 stand rejected under 35 U.S.C. § 102(e) as being 
anticipated by Peters et al. Each of these claims is patentable over Peters et al. at least as a result 
of being dependent from claim 1 for die reasons provided above. In claim 2 the attribute of the 
read request is recited as being one of three attributes including "a master identifier 
corresponding to the master". In the Peters et al. system, clearly there is information which 
identifies which master requests an action. In the Peters et al. system the circuitry referred to as 
the bridge control circuitry must then correlate the master identity in the size configuration 
register. The result of that correlation is to route the master's request to a specific fixed size 
prefetch buffer for that master. In contrast, claim 2 recites using the master's identity to 
selectively modify a prefetch buffer line length when the master generates a read request. The 
Peters et al. patent does not teach or suggest this function. Claim 2 also recites using a data size 
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of the read request and a burst length of a read request to selectively modify a prefetch buffer 
line length. These features are not taught by Peters ct al. 

Dependent claim 3 recites using two attributes of a read request to selectively modify a 
prefetch buffer line length. While the Peters et al. system uses master identity and size 
information to determine which previously sized buffer to use, these features of the Peters et al. 
system do not teach or suggest the combination of claims 1, 2 and 3 as recited in claim 3. 

Dependent claim 4 recites that the read request is a miss in the prefetch buffer. 

I Appellants note that data misses in memory and storage devices are well known in this art. The 

i 

! rejection of claim 3 is based on Col. 4, lines 38-40 of Peters et al. which state that data is 

provided from the prefetch buffer associated with a requesting first device when data is present. 
In contrast, dependent claim 4 recites that a prefetch buffer line size is selectively modified when 
there is a miss in the buffer consistent with the embodiment illustrated in FIG. 6, step 84 et seq. 
Peters et al. do not teach the recitals of claims 4 and 1 at Col. 4, lines 38-40. 

Dependent claim 5 recites that the prefetch buffer has a plurality of lines that each have a 
status field. The rejection of claim 5 is based on the disclosed configuration registers of Peters et 
al. The only mention of the word "status** in the Peters ct al. patent is at Col. 8, line 1 in 
connection with PCI status information required for communication that is stored in the 
configuration registers of the bridge control circuitry taught therein. In Figure 3 of the Peters et 
al. patent, it is clear that configuration registers 308 are separate and distinct from the prefetch 
buffer 304. Further, a configuration register is illustrated in detail separate from the prefetch 
buffer in Figures 6 and 7. Therefore, Peters et al. clearly do not disclose a prefetch buffer having 
lines with a status field. 

Dependent claim 6 recites that at least a portion of the buffer lines are selected as 
replacement entries based on the status fields of the buffer. Because the prefetch buffer in the 
Peters et al. patent does not have lines with a status field included therein, claim 6 is readily 
distinguishable from the Peters et al. patent. 
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Dependent claim 7 was objected to as being allowable. Appellants ask that the Board 
affirm the examiner's decision that dependent claim 7 is allowable if placed in independent form. 
Further, Appellants request the Board to find claim 1 allowable thereby making claim 7 
allowable without amendment. 

Dependent claim 8 is dependent from claim 6 and recites that a line size of a replacement 
entry is selectively modified. Peters ct al. do not disclose a prefetch buffer with a status field in 
the buffer lines. Peters et al. do not disclose the selective modification of buffer line length in 
response to a read request and clearly does not teach modification of line size of a replacement 
entry. The reference to Col. 4, lines 41-47 of Peters ct al. in justifying the rejection of claim 8 is 
not relevant to the recited subject matter. 

Dependent claims 9, 10 and 13 are each dependent at least from claim 8 and therefore the 
positions stated above are valid reasons for the allowable of these claims over the Peters et al. 
patent. Additionally, claims 9, 10 and 13 recite further features not taught by Peters et al. such as 
the modification of a status field in a prefetch buffer line. 



Independent claim 14 

Independent claim 14 stands rejected under 35 U.S.C. § 102(e) as being anticipated by 
Peters et ah Since this rejection is based on the same reference, a repetition of the features of the 
Peters el al. system will not be made. Claim 14 recites "receiving a read request to a memory 
from a requesting master, the read request having a corresponding data size and burst length' 1 . 
The recited system of claim 14 noticeably differs from the Peters el al. system in which a masier 
device issues a read command. Bridge control circuitry in the Peters et al. system then uses a 
stored value in a plurality of configuration registers to determine data transfer size associated 
with the master. Further, burst length information is not taught by the Peters et al. patent in 
connection with a read request. The Peters et al. patent also does not teach .or suggest "providing 
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a prefetch buffer configuration indicator based on the data size and the burst length". Further, 
the Peters et al. patent does not function as "based on the prefetch buffer reconfiguration 
indicator, selectively modifying total length of the replacement entry of the prefetch buffer based 
on an attribute of the read request to an adjusted line size". As mentioned above in connection 
with claim 1, the Peters et al patent teaches the correlation of dedicated buffers having a fixed, 
non-varying line size to specific master devices and using configuration registers as a decoding 
mechanism to identify which fixed size buffer to use with which source or destination device. 
Claim 14 is improperly rejected under 35 U.S-C 102(e) on the basis of Peters et al. 

Dependent claims 15. 16 and 19 

Dependent claims 15, 16 and 19 stand rejected under 35 U.S.C § 102(e) as being 
unpatentable over Peters et al. Each of these claims is patentable over the combination of these 
references at least as a result of being dependent from claim 14 for the reasons provided above. 
Gaxm 15 was rejected on the basis of Col. 3, lines 37-42 as stated on page 6 of the Final 
Rejection. However, there is no teaching in this section of the Peters et al. patent of a '"prefetch 
buffer reconfiguration indicator". The Peters ct al. configuration registers hold size information 
that selects a predetermined prefetch buffer associated with the size as opposed to providing an 
indicator for "selectively modifying total length of the replacement entry of the prefetch buffer". 
There is no teaching in this section of the Peters et al. patent of a reconfiguration indicator based 
on "data size, the burst length, and a master identifier" as there is no buffer selection taught by 
Peters et al. based on burst length. A prima facie case of obviousness for claim 15 has not been 
made and is not supportable. 

Dependent claim 16 recites "modifying at least one status field corresponding to the 
replacement entry''. As detailed above, there is no teaching or suggestion within the Peters et al. 
patent of status fields in lines (entries) of u prefetch buffer. While the final rejection states the 
opposite, no citation reference from the Peters et al. patent which supports that statement is 
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i provided. Claim 16 recites "selectively modifying at least one status field corresponding to the 

replacement entry" of a prefetch buffer. The status and other PCI information stored by Peters et 
al. in the disclosed configuration registers does not perform or teach this function. Therefore, the 
recitals in claim J 6 is not taught or suggested by the Peters et al. patent. 

Dependent claim 19 was rejected on the basis of step 506 of figure 5 of the Peters et al. 

| patent. Step 506 therein states "receiving data transfer request from selected master device*'. As 

described by Peters et al., the prefetch buffer that receives a request is based on the stored size 

J information that is correlated to a requesting master device. In contrast, claim 19 recites 

"wherein the at least one data fetch request is based on a bus width corresponding to the 
memory". Peters et al. does not teach this feature. The Peters et al. system has a source device, 
a destination device and a buffer. The size information stored in the Peters et ah system is 
described as size information of the source or destination device which is used to select a 
predetermined buffer. There is no teaching or suggestion within the Peters et al. patent to 
condition a data fetch request to a memory based upon "a bus width corresponding to the 
memory". Therefore, a prima facie case of obviousness for claim 19 has not been made and is 
not supportable. 

Appellants' position described herein was dismissed in the final rejection because "the 
prior art need only show one buffer line at a time of different sizes, not different sizing of entire 
buffers". This position does not address the recital in claim 1 of "in response to the read request, 
selectively modifying total length of one or more prefetch buffer lines". This position does not 
I address the recital in claim 14 of "providing a prefetch buffer reconfiguration indicator based on 

the data size and the buret length" (of the read request). Peters et ah do not teach these functions. 
Peters et al. size all buffers once in accordance with values in a configuration register and 
thereafter no size adjustment occurs in connection with any accesses. Rather, control circuitry 
routes data to or from one of those buffers whose size remains constant. 
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Arguments for Ground 2 

Dependent claims 17 and 18 

Claims 17 and 18 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Peters ct al. (cited supra) in view of Hicks et al. (U.S. Patent 6,085,291). In the rejection, Hicks 
et al. is cited for teaching an address tag field in figure 3 and figure 5. In the Hicks et al. system, 
data is prefetched in different ways depending upon a mode of operation. The address tag fields 
disclosed therein are conventional addresses used to address a line of cache memory. Dependent 
claim 17 is dependent from claim 16 and there is no leaching by Peters et al. and Hicks ct al. for 
"selectively modifying at least one status field corresponding to the replacement entry" when 
"selectively modifying the total length of the replacement entry". Dependent claim 1 8 is 
dependent from claim 14 and there is no teaching by Peters et al. and Hicks et al. for "based on 
the prefetch buffer reconfiguration indicator, selectively modifying total length of the 
replacement entry of the prefetch buffer based on an attribute of the read request to an adjusted 
line size". While status fields and validity bits are known in the data processing field, the recited 
combination of features of claim 18 and claim 14 are not taught by the combination of Peters et 
al. and Hicks ct al. The rejection of claims 17 and 18 is therefore improper. 

Arguments for Ground 3 

In the final rejection Office Action, the specification continued to be objected to 
regarding an alleged ambiguity. As amended in response to a first Office Action, on page 8 of 
the specification, line 15 recites that the status field 64 of FIG. 4 has an "address tag field or tag 
field". This is the only tag field mentioned in the specification. At line 21 of the same page, this 
field is referred to as "the tag field". The objection to the specification is based on the position 
that it is not clear if the "address tag field" and the "tag field" are the same field. Appellants did 
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not further amend the specification prior to this appeal because the literal meaning of the 
language is so unequivocal that there could be no other interpretation other than the address tag 
field and the tag field are the same field, Farther, when read in light of FIG. 4, the field is 
identified in FIG. 4 as a "tag field" and there are no other portions of status field 64 illustrated in 
FIG. 4 that arc labeled as "address" or "tag". Further, claim 20 was allowed and recites "an 
address tag field" while FIG. 4 illustrates the recited field as a "tag field". It is clear from the 



specification that these are the same fields. Appellants respectfully request the reversal of the 



For at least the reasons set forth above, Appellants respectfully submit that the claims of 
the present application are allowable over the ait cited during prosecution . 



stated requirement to correct the specification. 



CONCLUSION 



Respectfully submitted, 
A foal Malik et al. 



Robert L. King 
Attorney for Appellants 
Reg. No. 30,185 
Ph: (512) 996-6839 





-12- 



PAGE 15/20 ' RCVD AT 4/29/2005 12:41:16 PM [Eastern Daylight Time] 1 SVR:USPT0-EFXRF-1/2 * DNIS:8729306 ■ CSID:512 996 6853 ■ DURATION (mm-ss):0546 



04/29/2005 pri lit 44 pax 512 996 6853 Freeacale Law Dept. (2016/020 

Appl No. 10/600,959 DOCKET NO. SCI 2865TK 

Appeal Brief 

Claims Appendix 

1. (Previously Presented) A method for configuring a prefetch buffer, comprising: 
receiving a read request from a master; and 

in response to the read request, selectively modifying total length of one or more 
prefetch buffer lines of the prefetch buffer based on an attribute of the read 
request to an adjusted line size, thereby eliminating dedication of buffer 
storage to unused portions of the one or more prefetch buffer lines, the 
prefetch buffer having lines of differing total length during operation. 



2. (Original) The method of claim 1, wherein the attribute of the read request comprises one 
of a master identifier corresponding to the master, a data size of the read request, and a 
burst length of the read request. 

3. (Previously Presented) The meLhod of claim 2, wherein selectively modifying the total 
length of one or more prefetch buffer lines is based on a second attribute of the read 
request, wherein the second attribute comprises another one of the master identifier, the 
data size, and the burst Jength- 

4. (Original) The method of claim 1, wherein the read request results in a miss in the prefetch 
buffer. 



5. (Original) The method of claim 1, wherein the prefetch buffer includes a plurality of lines, 
each of the plurality of lines having a corresponding one of status fields, 

6. (Original) The method of claim 5, further comprising: 

selecting at least a portion of the plurality of lines as a replacement entry within 
the prefetch buffer based on the status fields of the prefetch buffer. 

7. (Original) The method of claim 6, wherein each of die status fields comprise an address tag 
field, an invalid field to indicate that a corresponding line in the prefetch buffer is not valid, 
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a used field to indicate that a corresponding line in the prefetch buffer has been provided in 
response to a previous burst read request, and a valid field to indicate a corresponding line 
in the prefetch buffer has been provided in response to a previous non-burst read request. 

8. (Previously Presented) The method of claim 6, wherein selectively modifying the total 
length of one or more prefetch buffer lines comprises selectively modifying a line size of 
the replacement entry. 

9. (Original) The method of claim 8, wherein selectively modifying the line size of the 
replacement entry comprises selectively modifying a status field corresponding to the 
replacement entry. 

10. (Original) The method of claim 9, wherein selectively modifying the status field 
corresponding to the replacement entry is based on the attribute of the read request, the 
auribute comprising at least one of a data size and a burst length of the read request. 

Claims 11 and 12 (Canceled) 

13. (Original) The method of claim 1 0, further comprising: 

generating at least one data request to a memory addressed by the read request; 
and 

storing data from the memory into the replacement entry of the prefetch buffer. 

14. (Previously Presented) A method for configuring a prefetch buffer, comprising: 

receiving a read request to a memory from a requesting master, the read request 
having a corresponding data size and burst length; 

providing a prefetch buffer reconfiguration indicator based on the data size and 
the burst length; 

selecting a replacement entry within the prefetch buffer; 

based on the prefetch buffer reconfiguration indicator, selectively modifying total 
length of the replacement entry of the prefetch buffer based on an attribute 
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\ 

of the read request to an adjusted line size that eliminates dedicating 
unused buffer storage to the replacement entry of the prefetch buffer; and 
! storing data fetched from the memory in the replacement entry. 

15. (Original) The method of claim 1 4, wherein the prefetch buffer reconfiguration indicator is 
based on the data size, the burst length, and a master identifier corresponding to the 
requesting master. 

; 16. (Previously Presented) The method of claim 14, wherein selectively modifying the total 

| length of the replacement entry comprises selectively modifying at least one status field 

corresponding to the replacement entry. 

| 17. (Original) The method of claim 16, wherein the at least one status field comprises an 

; address tag field, wherein selectively modifying the at least one status field comprises 

i selectively modifying the address tag field. 

! 

1 8. (Original) The method of claim 14, wherein selecting the replacement entry within the 
prefetch buffer comprises checking at least one of valid, invalid, or used bits within status 
fields of the prefetch buffer. 

19. (Original) The method of claim 14, further comprising: 

generating at least one data fetch request to the memory, wherein the at least one 
data fetch request is based on a bus width corresponding to the memory. 

20. (Allowed) A data processing system, comprising: 

a master; 
a memory; 

a prefetch buffer, coupled to the master and the memory, the prefetch buffer 

having a plurality of lines and status fields, each of the plurality of lines 
having a corresponding one of the status fields, each of the status fields 
comprises an address tag field, an invalid field to indicate that a 
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corresponding line in the prefetch buffer is not valid, a used field to 
indicate that a corresponding line in the prefetch buffer has been provided 
in response to a previous burst read request, and a valid field to indicate a 
corresponding line in the prefetch buffer has been provided in response to 
a previous non-burst read request; and 
prefetch conLrol circuitry coupled to the prefetch buffer, the prefetch control 
circuitry, in response to a read request from the master selectively 
modifying a line size of at least a portion of the prefetch buffer. 

21. (Allowed) The data processing system of claim 20, wherein the prefetch control circuitry 
selects a replacement entry within the prefetch buffer, and selectively modifying the line 
size comprises selectively modifying a line size of the replacement entry. 

22. (Allowed) The data processing system of claim 21, wherein the prefetch control circuitry 
receives a data size indicator and a burst length indicator from the master and selectively 
modifies the line size of the replacement entry based on the data size indicator and the burst 
length indicator. 

Claims 23 and 24 (Canceled) 
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Evidence Appendix Under 37 CFR 41,37(c)(l)(ix) 



There is no evidence that has been entered into the record by the Examiner that is relied 
upon in this appeal. 
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